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CHAPTER 1 
INTRODUCTION 


The Navy Maintenance and Material Management Systen 
(3-4) was developed to meet the increasing needs of the Navy to 
exercise at all levels of management more effective direction, 
supervision, and control over the maintenance resources (skilled 
personnel, material, and funds) in support of complex equipments 
and weapons systems. This system is both a management and a 
management information system--that is, it 1s a vehicle by which 
management control, policy direction, and technical supervision 
are progressively exercised from one management level to another, 
and it provides a means by which essential information pertaining 
to maintenance requirements and accomplishments and maintenance 
resource requirements and usage can flow between interested 


managers at all levels. 


Background 


In January, 1963, the Chief of Naval Operations 
established the Maintenance and Material Management Project Group 
in Norfolk, Virginia for the purpose of recommending implementing 


action to improve the material readiness of the fleet through 


“Y Af" 
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better management of the maintenance and the material functions.? 

Along with the creation of a Maintenance and Material 
Management Group at Norfolk, two Washington, D. C. based 
committees were established to coordinate and direct the efforts 
of the Project Group. These committees were a Steering Committee 
under the Chairmanship of the Assistant Chief of Naval Operations 
for Logistics and a subcommittee of the steering Committee known 
as the Staff Working Group, to be chaired by the Executive 
Secretary of the Steering Committee.“ 

The Steering Committee was a policy-making body. It 
was kept informed of both progress and significant problems in 
its area of interest through periodic reports by its subcommittee, 
the Staff Working Group. The primary missions of the Working 
Group were: (a) The development of a standard maintenance 
planning and control system that would provide for the uniform 
accomplishment of planned preventive maintenance in all ships and 
aircraft squadrons of the operating fleet; and (b) The development 
of a system for collecting, processing, analyzing, and 
distributing feedback information that would enable line 
commanders and bureaus to carry out their management functions 


better in support of the operating forces,’ 





ly, S., Department of the Navy, Office of the Chief of 
Naval Operations, instruction 5420.48, -M System Project Group 
and Subordinate 5-4 Staff working Group, 15 January 1905. 

? Ibid. 

J Ibid. 
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In March of 1963, a program to achieve the above 
objectives was implemented and provided for a time-phased plan 
of action for the installation of a standard maintenance planning 
system and a related Maintenance and Material Management 
Information System. 

In order to facilitate the design of the information 
system, 4 subcommittee called the nesearch Study Team under the 
chairmanship of the Office of haval Research was established in 
July, 1963. The membership of the Research Study Team included 
representatives from the Bureaus (now called Systems Commands), 
Office of the Chief of Naval Operations, Office of Naval “aterial, 
Fleet Work Study Group Atlantic, Office of haval Research and 
The George Washington University Logistics xesearch rroject. 
Basic to the effort of designing an information system was the 
determination through the device of a formal user survey of the 
requirement for maintenance and material information at each 
management and command level. 

The concern with functional areas was related to an 
interest in evaluating data requirement commonality and uniqueness 
over major management areas: maintenance management per se, 
material management, personnel management, systems effectiveness 
managenent (rellability, maintainability, availability). The 


assessment of requirements, througn the medium of a survey 





ly, Ss, Department of the Navy, Office of the Chief of 


Naval Operations, Instruction 4700.16C, Standard Navy Maintenance 
Management System (3-" System), 27 August 1965. 
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4 
questlonnaire, was deslgned to provide information on: 

1, The fundamental level (component, subsystem, system, 
ship or aircraft, class or type) of aggregation at which 
particular commands or functional area managers require 
maintenance information to oe reported. 

2, The requirement for identification information to 
particularize: 

a. The object of the maintenance action (the 
hardware entity on which maintenance is being performed), 

b. The resources (material and manhours) consumed in 
maintenance actions, 

3. The requirement, by particular commands and 
functional area managers, for specific data elements which 
describe the nature of the maintenance action or the operational 
history of equipments prior to the maintenance action. 

4. The requirement, by commands and functional area 
managers, for timeliness of reporting of maintenance information 
(daily, weekly, monthly, quarterly, annually, exception basis). 
Information in this area was essential to the ultimate selection 
of data processing and communications equipment to effect a full- 
scale operational information system. 

Upon completion of the survey of information requirements, 
the Kesearch Team recommended the adoption of a basic system 


consisting of ten maintenance specific data elements and the 
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5 
immediate development of Master File Data, ? 

The master file data base was to include that 
۱۳ which must be avallable at a data processing center 
to interact with the meintenance specific data for the production 
of desired management reports. The system required direct 
accessibility to the following types of existing data files:? 

l. Catalog Plles--unit price, unit cube, unit issue, 
parts nomenclature, Component Identification number (CID) cross 
reference, 

c. Configuration Accounting File, 

Federal Stock Number Cross Reference File,‏ مد 

4. Planning and Scheduling File--employment schedules, 
alteration and repair schedules, 

5. Manhour Cost Files, 

6. Allowance and Load List Files. 

The main problem was to effect a required standardization 
over the many sources which generated or stored and processed 
these data; to investigate the error structure of the existing 
files, establish a priority program to effect necessary improve- 


ments, and develop and implement control procedures. 





39, 5. Hamilton, A Proposed Intergrated Navy Shi 
Maintenance and “Material Information System, ihe George washington 
University Logistics kesearch Project, Technical Paper, Serial 
T-176, 12 January 1965. 


eu, Se, Department of the Navy, Office of the Chief of 
Naval Operations, Instruction 4700.22, ADPH Located at SPCC, 


Mechanicsburg, Pa., 22 april 1966. 
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The operational requirements for automatic data 
processing were generated and the basic functions of the computer 
system were outlined as follows: 

l. Create and maintain an audited 5-M Data jase. 

2. Validate the 3-:1 data. 

3. Produce validation reports to the fleet for the 
purpose of corrective feedback. 

4, Assimilate non-3-M (Master Data Tile) data files. 

5. Produce and distribute, periodically or on demand, 
3=M management reports, 

6. Supply, periodically or on demand, subsets of Dei 
files to user specification. 

Programming was accomplished at The George Washington 


University“ 


and the completed data processing system was accepted 
by the Maintenance Support Office, Mechanicsburg, Pennsylvania 


on September 22, 1966.7 


Purpose and Scope 


Since its implementation in 1965, the 5-4 System has 


undergone continuous growth and development. The implementation 





liogistic kesearch Project Technical Memorandum, 
Description and Scheduling of Management Products for the Navy 
Maintenance and material Management Program, >erlal TY-12060, 
15 November 1964, 


Ibid. 


1966 ¿Maintenance Support Office letter 301 247, 22 September 





7 
of a system of the magnitude of J-M, a system which in essence 
erosses all norm command and support lines and modifies previous 
management methods, has not been accomplished without some 
controversy and degree of reservation. 

The purpose of this study is to: 

l. Sxamine carefully and comprehensively the effective- 
ness of the 3-M System in attalning its objectives as a 
management information system, 

2, Assess the value of the 3-34 System in providing 
information necessary for the improvement of the Shipboard 
Allowance and Load List Program. 

5. Examine the contributions and benefits derived thus 
far from the J-M System. 

4. Consider some of the systems interface problems that 
exist for the future. 

An analysis will be made of the principles and main 
elements of an integrated management information system, as set 
forth in the literature by management and data collection 
processing authorities. This analysis will be used as a basis 
for evaluating the effectiveness of the 5-4 System, Certain areas 
of the entire system will be examined; however, primary focus will 
be on the Maintenance Data Collection System (MDCS), a major 3-M 
subsystem, for support of shipboard installed equipments as 


opposed to aviation support. 





Amb ہے بت بے بے‎ E Y غ‎ 
رت‎ - —s c mm ⸗ 
E اص‎ Ú w IL 
مہ‎ "lo co ې‎ — — 6 A = 
-“መጻበበው ፣ው4ያ 48 
Alm ep lag, gf سر١‎ e on سد كي"‎ 
— 
(es ime Fu cma m! ee | 









po 100 amm à ntm qmm Den - ú‏ وو ووه 
s W [IE M S‏ کی ہے mudar de‏ 
“j add‏ .د a a‏ ای ' سه ه —— 
cs Pot, gp ood anm‏ پس -. ام u on‏ 
دا امه مه مس »ارا MORS ea ca — qr ሞም‏ 
m ee‏ سه mum, ee‏ سے vo mm"‏ 
dec 811) ey OSG‏ .= 
aik a L‏ —- 























CHAP-TUR-Li 
MANAGEMTEPR INFORMATION SYSTEMS 
Information science 


information systems consist of collections of recorded 
infornation, custodians who organize and maintain the collections, 
retrieval procedures, and users. Ihe conceptual foundations for 
these systems are derived from mathematics, engineering, 
behavioral science, and the many other disciplines which together 
make up information science. 

An analysis of any infornation system must begin with an 
understanding of information science whose theories form the 
conceptual foundations of information systems. 

Information science is the discipline--the theoretical 
discipline--concerned with the applications of mathenatics, 
systems design, and other information processing concepts, It is 
an interdisciplinary science, involving the efforts and skills of 
librarians, logicians, linguistics, engineers, mathematicians, 
and behavioral scientists. The application of information science 


results in an information system.+ 








lu. Sorko, “The Conceptual Foundations of Information 
Systems," Paper read at the symposium: ihe Foundations of Access 


of nnowledye, syracuse University, Syracuse, lew و101‎ 
July 232-50, 1965. 
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According to Peter Drucker, + the nanaver has one specific 
tool at ከ38 disposal--namely, information. He does not nanile 
people; he motivates, guides, organizes people to do their own 
work. dis tool to accomplish all of this is the spoken or 
written word or the language of numbers. 

A formal arrangement for seeking out the critical 
proplems of any organization is a prerequisite to any evaluation 
of its information probleas. In actual practice, the ilfe of 
the manager is a flood of messages varying in scope and 


significance. As a "message center," his effectiveness depends 
on how he arranges for these messages to flow to him and how he 
filters out the most significant content of the messages received. 
ihe origin of the problem of inadequate management 
information lles in the gap between a static information system 
and a changing organizational structure. Many leading companies 
are suffering a major information crisis--often without fully 
realizing it. as .ل‎ 5523104 vaniel points out in his article, 
"Management Information Crisis,” the trouble is that in most 
companiés it ls virtually taken for granted thet the information 
necessary for the performance of a nanager's duties flows to the 


job. The cornerstone for building a competent, useful management 


information system is the determination of each executive's 





lpater Jrucker, Ihe Practice of Management (lew York: 


Harper and now, Inc., 1954), De 240. 
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information needs.t 


Unfortunately, most organizational structures 
do not pin down the responsibility of management information 
systems nor do they identify it to specific executive positions. 

Some organizations have been nearly paralyzed by too 
much of the wrong information. A managenent system is created 
in anticipation of needs that are not fully known. Yet the real 
measure of the adequacy of a system is its ability to satisfy 
its users’ needs as they arise, 

08:6 of tne keys to the development of a dynamic and 
usable system is to move beyond the lizits of classical accounting 
Xaseras and to conceive of information as it relates to two vital 
elements of the management process, that is, planning and | 
control, CH 

a major challenge to the information system designer 
lies in trying to integrate the organization's data base so that 
it can be useful to all of the segments and components of the 
organization. The purpose of any system is to carry information 
to a decision maker, while the task of the system's designer is 
to achieve a balance between the built-in decision mechanisms and 


the decision that individuals make as a result of the system's 


output. Emphasis is needed on the processing of information 





lp, konald Daniel, “Management information Crisis," in 
nobert N. Anthony, John Dearden, and Richard F. Vancil, 
Management Control Systens--Cases and readings (.iomewood, Ill.: 


۴16۳2 0 220. Lrwin, Me., 1905), pp. 111+112, 
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11 
requests and the providing of reports on an as required basis, 
as opposed to a system that produces printouts from a data bank 
on a routine cycle. Often, the manager cannot assimilate the 
vast quantities of data that are produced at regular intervals, 
and often his requests for specific data are met with references 
to high reprogramming costs and lengthy delays. 

To this point in the paper, there has not been a direct 
reference to computers or any other specific type of data 
processing equipment. Ihis is to emphasize that possession of 
data processing equipment ls not a prerequisite for a management 
information system. Such equipment, of course, has opened up new 
avenues in systems design and greatly enhanced management's 
capability of coping with information requirement problems. 
There are some that feel automatic data processing is not an 
answer in itself. John 2earden contends, for example, that many 
managers today are making decisions using less than ten percent 
of the information that would be available to them witnout 
computers. However, the faults of many inadequate management 
information systems cannot be corrected merely by the use of a 
computer. Ihe computer can be used to automate only certain types 
of operational control systems. Attempting to automate all of 
the topeaanagement information requirements is the wrong 


approach.” in many organizations management is concerned with the 





ljonn Dearden, "Can wanagement information be jutomated?,' 
in xobert N, ânthony, John Dearden, and Richard F, Vancil, 


Management Control 3ystens--Jases and Keadings (domewood, ill.: 
xichard 2. Irwin, inc., 1965), p. 532. 
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12 
extent to which computers should be used to automate its 
information system. A more important concern, however, is the 
adequacy of the system, particularly in the strategic planning 
and management control areas. Consequently, it appears that it 
is vital to examine the quality of the management information 
system first and to consider automating it second. 

There is evidence that many managements in industry today 
are still reluetant to undertake a formal management information 
program. Joseph I. Barnett, Vice President of the Standard 
Program Corporation of New York, attributes this reluctancy to a 
lack of understanding and the confusion that surrounds the 
Subject of information systems. He feels that contributing to 
this confusion are accounts, such as those below, that relate the 
experience of others who have undertaken such a program. 

1. Associates in other companies either praisinz or 
condemning the results of similar programs undertaken by thelr 
organizations. This contradiction becomes more confusing when 
the reasons given for success or failure differ from person to 
person. 

2. Internal line and staff management personnel stating 
the absolute necessity for, or violent objection to, such an 
undertaking with each endorsement or objection supported with 


valid proof. 





Lionn Dearden, "Management Information Systems and the 
Computers," in kobert N, Anthony, John Dearden, and Richard ٠ 
Vancil, Managenent Control Systens--Cases and xeadings (Homewood, 
ill.: nichard D. Irwin, Inc., 1965), p. 519. 
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3. Presentations by experts in the information 
processing field pointing out the simplicity or extreme 
complexity of such an undertaking. 

4. The sudden appearance of excessive costs, during or 
following installation, that were not considered at the time of 
the original estimates. 

5. Underlying fear of personnel that installation of a 
management information system will uncover weak spots in the 
organization that could lead to changes affecting them. 

Mr. Barnett notes, however, that management is 
continuously faced with the frustrations of receiving inadequate, 
incorrect or untimely information. As a result of these 
frustrations, the more progressive companies are vigorously 
pursuing the development and installation of information systems. 
This determination stems from a desire to achieve a stage 8 
information storage, use, and handling that will achieve: 

l. Uniformity of information--with a single source 
generating the required information, 

2. deliability of information--resulting from adequate 
controls established and constantly monitored on all input and 
output of the system, 

3. On-time response--communication of established 


information needs as often and as quickly as desired, 





lJosepn I. Barnett, "dow to Install a Management 
Information and Control System, " systems and Procedures Journal, 
LIX (October, 1366), pp. 10-14. 
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As these items are achieved the benefits from a 
management information system become evident: the potential for 
achievement of substantial reductions in operating costs, 
information that management can refer to quickly and simply to 
assist in its decision process, and a smoother, more efficient 
organization that can supply the information when needed. l 

Information is managenent information only to the extent 
to which the manager needs or wants 1t; and it is significant to 
him only in terms of its value to his accumulation of relevant 
knowledge and plans and to his personal responsibility. 

Charles 1. Meadow in his book entitled Ihe Analysis of 
Information Systems stresses that the designer of an information 
system is faced with two major problems relative to system 
performance: finding user's requirements and interpreting the 
response he gets when he asks what is wanted, these being clouded 
by honest inability to state requirements and the unfortunate 
tendency of some people to try to outguess the designer on the 
nature of the system that will ultimately be created.2 

A significant area of systems design is the setting of 
boundaries, which is a key part of any problem definition, From 
such a framework we can obtain a realistic grasp of the meaning 
of informetion and its flow in management situations. True, 
there are as many ways to classify information for nanagement 


purposes as there are management problems, and these are infinite. 





lipid. 





¿charles I. meadow, Lhe knalysis of Informetion Systems 
(New York: John Wiley and Sons, Inc., 1967 e Be 
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It is the top management's responsibility to give their 
managers the best operating information rather than relying 
solely on controls. Information is worth storing only if there 
is a definable use for it in solving a pending or foreseeable 
problem. 

In his article, mr. Barnett describes the steps that 
management must take prior to installing a system to help insure 
its successful functioning. Until management feels that these 
items are in place, or can readily be achieved, it would be best 
to delay the start of organizational involvement in information 


systems. 


1, Adequate organizational discipline so that common 
interfunctional procedures can be inplemented. 

2. Documentation of potential savings anticipated from 
installation of the system. This documentation must include 
reasonable supporting data to substantiate the savings, and to 
justify the investment of company facilities for such an 
undertaking. 

3. A relatively stable management, especially at the 
policymaking level. Continual reorganization at this level does 
not have an environment conducive to effective systems design and 
installation of this nature., Paradoxically, a management 
information system, if properly designed, will help stabilize an 
organization as a result of the well defined responsibilities and 


controls required for such a system. 
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4. Management that is willing to commit 1ts own time 
and interest to understand the various plans, techniques and 
equipment associated with the proposed system, This understanding 
should be in sufficient detail to enable intelligent aonitoring 
of the costs and progress of the system, 

5. The willingness of management to start acquiring and 
training a core of experienced systems personnel. [This core can 
range in size from one man in a small company to a full staff of 
twenty or more in s major corporation. 

6, The presence within the organization of operational 
personnel who are knowledgeable in depth concerning the 
information requirements, methods, procedures, and techniques 
within the functions they are associated with. these personnel 
will play a major role in the design and implementation of such a 
system. Managenent must be willing to relinquish considerable 
time from the regular duties of these personnel since they will 
become members of the design and installation committee.? 

Information processing has suffered in the past because 
it was assumed that it was simllar to the processing of a 
physical product. Information must be conceptual in nature. The 
separation of tne concept of information from the physical media 


upon which the information is carried will be a major breakthrough. 








l3arnett, Systems and Procedures Journal, 
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James D. Gallagher, in his book Management Information 


‚ne Computer, t states that the ultimate goal of an 





effective management information system is to keep levels of 
management completely informed on all developments in the business 
which affect them. fo do this the data-processing personnel and 
those entering information into the system should know what data 
to collect and which to tabulate, and management on its part has 
the obligation to clearly define its actual requirements for 
internal information. 

Timely, adequate and correct information--the means 
through which management can effectively monitor, control, and 
plan--is becoming increasingly elusive as organizations grow in 
size and complexity. The decision to establish formal information 
systems becomes almost inevitable in today's accelerated climate. 

Essentially, tha functioning of a management information 
system involves transmission of all pertinent data (data flows) 
necessary to the conduct of an organization to one or more 
management information centers, where it is maintained and then 
disseminated in discrete form to all levels of management. 


e both of 


Professors John Deerden and F, Warren McFarlan, 
the llarvard Business School, assert that information is not 


homogeneous and, therefore, different kinds of information must be 





l(New York: American Management Association, 1361), p. 17. 


“John Dearden and 7, narren ..crarlan, Jandeenent 
Information Systems: Text and Cases (Homewood, Illinois: nichard 
Do AMEND, nG., 1967), UD. 
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18 
treated differently, According to them the five important 
dichotomies of information are: 

13. Action and nonaction. 

2, Recurring and nonrecurring. 

3. Documentary and nondocumentary. 

4. Internal and external, 

5, Historical and future. 

In order to handle effectively the information that 8 
entering, circulating, being generated and leaving a business, it 
is necessary to organize logical systems for ۰ 

An organization can be viewed 58 a series of large 
information networks connecting the requirements for information 
with the sources of data, In large complex business organizations, 
the different operations of a given business orranization can be 
described as separate information networks, with one giant overall 
information networx superimposed on top of the individual 
information networks. 

Methods, tools, tecnniques, and processing equipment have 
only recently been applied to this nanagement concept, although 
viewing a business organization es a series of inforration 
networks has been expounded by teachers of mavagement for many 
years. 

Ihe Navy is analogous to e complex business organization 
as it also may be viewed as a series of information networks. To 


understand the nature of an integrated management infornation 
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19 
system in the Navy, present-day problems must be reviewed. 
The structure of management information systems is 
parallel to the management structure. This structure is shown 


schematically in three levels. (figure 1) 








executive 
Planning 






Management 
Control 






Operations 






Figure 1,--ıllerarchical 113 Structure 


In the kavy these three levels might be equated to the 
Secretarial level, the Command level, and the Operating level. 
However, it is better not to consider the structure as fixed but 
to assume that any position of management, either in the military 
or in industry, may fall into one of the three horizontal 


categories, depending on the work problem at hand and the related 
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20 
decision-making requirement. 
At the three management levels, three different types of 
general inputs and outputs of information are required. (figure 2) 
These inputs and outputs are inherently different and present 
systems do not generally provide for vertical aggregation of data 
from the grass roots irto condensed information at the top in any 


responsive and automated means, 







Special requests Support for decisions 


Information requests Deman reports 


Transactions Schedule? reports 





Figure 2.--fypical Input/Output 


wot only can the management structure be shown as tri- 
level but some problems can be structured in a similar manner, 


(Figure 5) Ihe top level shows inadequate information for 
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Figure 3.-erlerarchical Problem Structure 


decision-making, Certainly there is not an inadequacy in the 
amount of output generated, but rather, an inadequacy in the 
presentation or format of the information and the responsiveness 
with which the material for decision-making is provided to top 
management. This has been brought about through complexities of 
warfare, of weapons systems, and management support systenms. 

The requirement for information to support decision-making at the 
top has resulted ina proliferation of data systems. Currently, 
there are approximately 500 automated systems in the savy, few of 


which are alike, and fewer talking to each other. secause of this 
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22 
proliferation, inordinate demands are placed on ths operating 
forces to supply the date inpute to thease wyytamu, 

Another way to look at a wanagegent infornaetion systes 
and its problems is presant#d oy a verticel structure of sub- 
systems. (Figure 4) As & representative exemple, note the five 
subsysten& shown below, it is hard to traga the continulty of a 
vertical subsystem in en organization as large es the levy, 
especially through an electronic or an Automated chain, ¡nowever, 


vertical’ subsystems are conceived ns extending from top to 


bottom, 
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Problems associated with vertical subsystems are: 

1. Lack of data control. 

2,  lnübillty to move data betweer Subeyetens. 

3. Woneunifor@ity of procedures end forwats. As a 
result of these problems there ip a heavy م1808‎ 1 on the operating 
forces.  hedundancy of inout and reporting must be alleviated. 
The system must be dynamic; it mast provide levels of aggregation 
appropriate to the decision level, and technicvese for verformance 


evaluation. 


Conceptual &poros&cu 


Eight system design preceptes have heen extracted from 
the previous analysis. These precepts, along with others, must 
be considered in developing Managewent informution systems. 
System design precepts: 

dis Micro, lwput. 

2, Integration of data hanks, 

3. Multiple use of a sinsle input, 

4, Data aggregation, 

5. Multi-level access. 

6, Vertical seerch, 

T. Adaptive capability. 


8. Inter/intra service compatibility. 
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Ihe micro input precept is a short way of saying entry 
of data into the system, in tne smallest elements, at one time, 
and one place. Implementation of the micro input concept 
alleviates the reporting burden on the operating level. 

an integrated data bank serves as a central depository, 
or master file for all data collected by tne system, vata 
elements, rather than reports, ure sent directly to the bank. 
Ihis reduction In the amount of aata formarded peraits the 
efficient use of more sopnisticated communications. Management 
reports can be generated either on a routing bagis or as required, 
with the burden shifted from the operating forces to tue shore 
estaclishzent. 

The multiple ase of a singles input unans that the data 
are taken into tne system just one time to be used by n1ll 
gegmentü or subsystems, an glternstiva nətnoñ for multiple use 
of a single input would have interrogation py Subuystemu that are 
external to the data bank. [he element antering would pick up 
tags identifying it to the subaystew concerned witti retrieval. 

Data aggregation can be thought of as # conpression of 
the data as tney ascend in the mangement hlērèrpůy. تا‎ 
at various leveis requires different anounto of fatail to support 
its decision-@akiny process. ata aggregstion lü & very sinple 
conceptual idea, out it is very difficult to Gecomplish. A 
couple of years ayo the weight oi evidence was agtingst this 


capability beinz autommted. However, the rapidly 5 
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29 
state-of-the-art in computerization will make this task feasible 
in the near future, 

Multi-level access menns wultiple use of single inputs 
at all decision levels, Ihe systez auat provide ecresa to data 
by all levels of management haviag & need ٥ ۳#. 

Vertical search is pot the opposite of aggroógation, but 
it implies the necessity to aggregate. It is the capability of 
any decision level to search any level of detmil or summarization, 
independent of his position in the organization or management 
structure. Ihe vertical search concept is again something for 
which a responsive capability does not presently exist. If, for 
example, an event is reported to a hlyher authority wo wants to 
know why the event toom place, the response to the auarr may take 
@n inordinate azount of time. ¡his is not tne 10 8 10 ۲۱۵ 1 ۷۵ ۳65 
that is needed. napid and responsive vertical Search for 
management is a necessity. 

Tne precept of adaptive cap@bility permits a newly stated 
query to be placed into the system without requiring the whole 
system to oe reprogrammed. There must be alternative ways in 
wnich the system May be queried and answera@ obtained. 

inter/intra service compatibility means that the system 
must interface witn many other Ganagenent infor@ation systems 
that exist taroughout tne apartment al Jafense. £L conceptually 
sound information syatem is onm tnat persits the 1515855551602 ot 


& broad spectrum of information which is réquired for management 
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26 
action, into a single pool, in readily accessiole format. such 
an approach tends to reduce the need for and proliferation of 


single-function management information systems. 








CHAPTER III 
THE J-M SYSTEM 


Now that a conceptually sound management information 
system has been developed it is possible to evaluate the 
effectiveness of the 3-4 System. Attention will be focused on 
the Maintenance Data Collection Sub-system (41205) of 3-M since 
it is the subsystem that has been designed to provide management 


information. 
Maintenance ¡ata Collection 


The 3-4 System is divided into two broad subsystems. 
The Planned Maintenance System (PMS) is designed to provide the 
necessary tools to be used in carrying out scheduled maintenance. 
The Maintenance Data Collection System, on the other hand, is 
the medium by which information is gathered from operating units 
on a timely basis, in a standard format, to assist the manager in 
answering questions concerning the use of resources and the 


effectiveness of maintenance performed.t 





ly, ومد‎ Department of the Navy, Office of the Chief of 
Raval Operations, Brochure, Vols, I and II, Navy “Maintenance 
Material Management, Maintenance Jata Collection System. 
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The system is intended to assist various levels of 
management ranging from the ship level through the material 
managers. 

At the ship level information is to be provided to: 

1. Determine effectiveness of preventive and corrective 
maintenance progranms. 

2, Identify problems-systems, equipment, or components. 

5. Pinpoint weak areas, such as personnel, supervision, 
schooling, or material. 

At the other end of the management spectrum, material 
managers, information is to be provided to: 

l. Improve forecasts of requirements for, and selective 
distribution of, repair parts. 

28 Determine the effectiveness of supply support to the 
fleet. 

j. Evaluate the effect of alterations and configurations 
on material requirements and material disposal. 

4. Improve allowance and load list. 

tach maintenance action, either preventive or corrective, 
is documented (OPNAV FORM 4700.2B) by the persons performing the 
maintenance. This document is forwarded to the Maintenance Data 


Collection Center of the ship where it is assigned a Maintenance 
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Control ۵ ۰ Supply documents (NavSand» 125C) for issue of 
material incident to e maintenance action are also forwarded to 
the collection center where they are accurulated for forwarding 
along with the maintenance form to the Maintenance support Office. 
figures 5 and ó are functional flow diagramas of tne Shipboard 
Maintenance action form avd the suoply issue iocument.* Jpon 
completion of the maintenance job, the maintenance juta collection 
document is completed and signed oy the worxfán involved. This 
document is then scréeneúd for completéneñs una accuracy by the 
workman's immediate supervisor who forwariu it Lo the data 
collection center. she document ¿8 scereepsd eguiñ öy the data 
collection center personnel who them asGign it, € “einisnance 
Control Number. the document is forwanleä to the Supply 
Jepartment where information pertuining to rentir parts issued, 
for the pgsrticulsr asintenunce Sction, iw entered. The document 
is returned to the collection center where it if batcsed with 
other such documents ard périotiicelly forwarded to the 
Maintenance Support Utíice (Hu). Whenever repkir paris are 
requested trom the Supply .sepurinent to ۵۴ +» ۵ 
action, the supply issue document ود‎ premio by Supyly personnel. 
this alleviates’ tne pmintenance mán ros bbe burlan öf preparing 
Supply paper work. alter the né@cessury ۷ ۷۶۲81 mas ren located 
and issued from tne storeroom the isgue docum@tyt Am ×۶۳ ٢ن۶‎ to 


tne supply office. Alter Issue inloraatiun In ۵0 9 io the stock 
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records the issue documents are batched and periodically forwarded 
to the Maintenance Support Office. 

Ihe Maintenance Support Office (MSO) serves as the 
central data processing facility for the system. As the data are 
received from the operating forces they are entered into a data 
bank. From this central data bank a whole array of management 
data products are prepared for managers of maintenance and 
material resources throughout the Navy. 

The Maintenance Jata Collection System is then the 


element of the 3-4 System which is the essence of the management | 


( 
1 r 


information system. Its effectiveness in providing the user 
activity with complete, accurate, and timely information in large 
measure determines the effectiveness of the 5-M System as a Jj 


management tool. 


System Objectives 


The objectives of the 5-4 System have become obscured in 
the few years of the system's existence. Numerous instructions 
and publications address 5-M objectives and for the most part 
these documents vary considerably in the objectives addressed. 


The primary objective of the 5-4 System is to 
ensure a high degree of readiness by planning and | 
budgeting for the necessary resources, Hard 
statistical data that identifies the resources v 
required, and supports budgetary requests is 
essential to this objective.l 





ly, S.y Department of the Navy, Office of the Secretary, 
Instruction 5430.69, October 21, 1964. 
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The objective of the 5-M System is to ensure a 
high degree of readiness by planning and budgeting for 
the necessary resources. Hard statistical data that 
identifies the resources required, and supports 1 
budgetary request ls essential to this objective, 


e o o The end objective of the Management Systen, 
then is to insure the highest state of aircraft 
readiness and reliability at the lowest cost in men, 
money and material, all وریہ‎ considerations are 
secondary to this objective. 


The basic objectives of the eh System are 
threefold: to achieve the highest readiness state of 
the weapon system, to perform maintenance at the 
lowest possible organizational level, and to minimize 
the expenditure of men, money, and material. It is 
the first of these three objectives that is of 
primary concern to this survey (although the other 
two, especially the third is corollary „2 


The objective of the 3-5 System simply stated is 
to improve material readiness of the Fleet through 
improved 020 of maintenance and material 
functions, 


The objective of the -M System is threefold: 
first, to provide management witn a tool that can be 
used to improve material readiness; secondly, to 
facilitate performance of as much maintenance as 
possible closest to the scene of action; and third, 
to reduce the expenditure of men, money, and material 
to an absolute minimum, 





lj, S., Department of the Navy, Office of the Chief of 
Naval Operations Instruction 4700.16C, 27 August 1965. 


CU. Se, Department of the Navy, Naval Aviation 
Maintenance and Material Management Manual, 1 August 1965, p. 3. 


2h. J. Ruffini, "The Standard Navy Maintenance and 
Material Management System,” haval Ship Systems Technical News, 


ሥ 


Jay, 1966. 


Yu. Seo, vepartment of Defense, Office of the Secretary, 
Directorate for Statistical Service, "Measuring Weapons oystems 
Supply Support and Readiness in the Navy," Stover Report 
(Washington: GPO, ll August 1966). 


2U., 5., Department of the Navy, Navy Budget Submission to 
OSD, November 3, 1966. 
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The objectives of the j-i System are twofold: 

l. Through the use of a Plan ¡Maintenance 
System, to attain and malntain maximum operational 
efficiency of all Fleet equipment at all times, 
reduce down-time of equipments to the minimum 
consistent with good maintenance practices, and 
reduce the cost of maintenance in both money 
and man-hours; 

2. Through the use of the Maintenance Data 
Collection System, to provide the means for 
gathering information as to the expenditure of 


resources in maintenance of equipments, failure 
data, and other data directly related to maintenance. 


1 

It is not the intent of this paper to question the 
statements of 5-M objectives contained in the above quoted 
documents. wach is an accurate statement of the primary or 
secondary objectives of the system. The above quotations do 
demonstrate the manner in which the 5-M objectives have become 
fragmented in official documents and are evidence of a ሓ 
significant problem in the orderly development of 3-4, 

Gach management level and activity has been free to 
determine and interpret the objectives of the 5-M System to 
identify its own interest. The permissive atmesphere and the 
lack of uniformity in the stated objectives of the system perhaps 
has led to the misuse or nonuse of the information available. 
The objectives of the individuel manager levels served and the 
Navy as a whole should be congruent, if the system is to be 


effective, 








lil Manual, p. lel. 
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Organizational and Pollcy Considerations 


A number of evolutionary organizational changes have 
taken place since June, 1965-=-the beginning of the Zeil System. 

Basic responsibilities for the development and 
implementation of the 3=-.1 3ystem were assigned to the Chief of 
Naval Operations, the Commandant of the arine Corps, and the 
Chief of Naval Material, Other supporting organizations were 
directed to "provide full support in implementing 54M, "1 

Ihe siaintenance Support Office (i430), Mechanicsburg, 
Pennsylvania, was established on 1 August 1964 under the commend 
of the Chief of Naval Operations, as the central data processing 
activity of the 2-K System, In May, 1966, command of HSO was 
delegated to the Chief of Naval Material with the Naval supply 
Systems Command designated to provide primary support. 

Under the chairmanship of the Deputy Chief of Naval 
Operations for Logistics there exists a 3-11 System Project Group 
and a subordinate 3-3“ Staff Working Group whose combined mission 
is to ". . . formulate policies and procedures necessary to carry 


out the intent of the 5-H System. "© 





ly, Se, Department of the Navy, Office of the Secretary, 
Instruction 5430.69, 21 October 1964, 


2U, S., Department of the Navy, Office of the Chief of 
Naval Operations, Instruction 5420,484, 1 March 1967. 
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In April, 1967 the Chief of Javal Material established 
an interim J-l technical ilanning Group for the purpose of 1 rate 
establishing a 3-M Information system Plan, 

The systems Commands participate--on call--in the 
activity of the subordinate 3-1 technical ilanning Group. These 
commands have also established focal points within their 
headquarters for the 3-1 System or for the utilization of 3-3 
data. 

The fleet commanders have established 3-1!) System 
coordinators and staffs for carrying out their respective 
responsibilities, 

4t the CNO/ONM level, which is concerned with policy and 
requirements, it is customary and necessary to establish policy 
formulation or coordinating groups under various titles. 586 
this arrangement may be desirable, it apparently does not provide 
for direct coordination with overall maintenance policy, nor a 
correlation of maintenance policy with an overall integrated 
logistic support policy. This suggests that 3-M policy and 
requirements should be developed ina broader context as a part 
of an overall Navy maintenance and resource management policy. 

A question may be raised regarding the position of the 
Maintenance Suprort Office (M0) which is now commanded by the 
Chief of Naval ieterizal, while primary support is providad by the 


Naval supply Systeme Command, MSO's role is envisioned as that 
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xf 
of à central data processing center serving many customers,  ihls 
role must be precisely defined both to recognize the capabilities 
and needs of users, and to concentrate more on the development of 
top quality maintenance data products. 

The basic rationale for this is that the 3-4 3ystem is 
predominantly a management tool and the potential users of the 
5-M data for management purposes are spread throughout the naval 
establishment in a number of functional areas spanning the life 
cycle support of equipment and systems. 

Top llavy management has been interested in the developmen 
and successful use of the 3-H System from its inception. at 
every opportunity, the top men in the various organizational 
components endorse and support the objectives of 5-X on the 
premise that the employment of sound management techniques will 
achieve improved fleet material readiness. 

in order to communicate the potential value to be gained 
from the system by the operating manager the Navy has published 
explanatory borchures and articles in various periodicals. 

In 1966, the Office of the Chief of Naval Operations 


published a brochure! 


in two volumes to present the 2-4 System to 
the Commanding Officers end personnel involved in carrying out 


secheauled maintenance, 





ly, Se, Department of the Navy, Office of the Chief of 
laval Operations, Xavy naintenance and Jaterial Managenent, 
Vols. i and II, 1966. 
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In an effort to display and emphasize top management's 
interest and concern in the system, several top ranking admirals 
included their comments and endorsements. While these endorse- 
ments encompassed the entire system, only those directly concerned 
with the daintenance Data Collection phase of the system are 
reproduced here. 


The Maintenance Data Collection Systen, the 
second half of the Standard Navy Maintenance and 
“Material Management System, complements and supple- 
ments the Planned iiaintenance System. It is designed 
to provide both you, the operators, and the Naval 
Material Support Ustablishment with the necessary 
information to achieve our common gosl-improved 
Fleet readiness, The realization of this goal and 
the success of the Maintenance Data Collection System 
is our joint responsibility. On your part, it is 
the subrission of accurate data; on ours, the utiliza- 
tion of that data to provide you with the best 
maintenance guidelines and equipments possible. As 
Chief of Yaval Material I encourage you in the Fleet 
to support and use the Maintenance Data Collection 
System. lt demands, and will continue to receive, 
the most vigorous support of the Faval Material Support 
Erteblishment. 


Not so many years ago, shipboard maintenance 
lessons were shared as gray-haired ingineer Officers 
of sister ships met over coffee in Log zooms or 
wardrooms, and the expertise of care and feeding the 
plant endured by dint of long tours of duty. The idea 
of profiting from hard knocks is as old as man himself, 
but a more fluid and demanding technology, plus the 
mobility of our human resources, demand that we 
systematize the vast mass of experience, so orgenizing 
the bits of data as to find the meaningful trends, 
share the lessons, and progress toward a higher level 
of effective resource of utilization and fleet material 
readiness. This is the meaning of Maintenance vata 
Collection--a Bureau of ShipseFleet team effort that 
has my support, and deserves yours. 








4 (ከ14, , pe 13, Vol. Ii, quoting I. J. Galantin, Admiral, 
Ue de avy, Chief of Naval aterial, 


“Ibid., pe 14, Vol. II, quoting W. A. Brockett, Rear 
Admiral, U. S. Navy, Chief, 3ureau of Ships (Present name, 
ship's Systems Command). 
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All of us in the Bureau of Naval Weapons 
organization enthusiastically support the develop- 
ment and implementation of the Maintenance Data 
Collection System. Beneficial effects to the 
Operating Forces, through use of this system will 
compiement those brought about by the Planned 
Maintenance System. Both systems have as the 
common goal the efficient achievement of the 
highest possible state of material readiness in 
the Fleet.1 


the objective of the Maintenance Data Collection 
System is to provide all levels of management with 
data needed to improve maintenance and supply at the 
operating level. I heartily endorse this objective 
and the systen to attain it. The success of the 
system rests on the care witn which operating 
personnel feed individual pieces of maintenance data 
to the collection system. Without their complete , 
support the system will never reach its objective,“ 
¿11 of the above statements attest to top management's 
Support of the system and point out the desirability of operating 
management and top wanagement goal congruence. However, throughout 
all of the statements there is an air of permissiveness. 
Operating managers are enjoined to participate in the systen, 
indicating that the system is voluntary. Any information system 
that envisions use of the collected data for decision-making 
purposes must be complete in all respects in order to be effective. 


As 18 pointed out later in this paper, the inordinated time span 








lipide, p. 15, Vol. II, quoting Allen M. Shinn, xear 
Admiral, J. 3. wavy, Chief, Bureau of Naval weapons (present name, 
Ordnance Systems Command). 


“Ipid., pe 16, Vol. II, quoting i. J. Goldberg, rear 
Admiral, SO, U. 5. savy, Chief, Bureau of Supplies and accounts 
(present name, Supply systems Command). 








40 
necessary for total implementation and the susplcion that some 
ships are still not yet reporting is seriously affecting the 


user's corfidence ir the data. 





vata Elements in the 3-1 ه5‎ 


ln July, 19€3, the Staff Working Group ander tle 
sponsorship of the dssistert Chief of Naval Opargtiors for 
Logistics determined that as initial syatás consisting of data 
elements tnat provide for indication of tha 2253015 for the 
saiíntenmanes actior, datinx of tha action, identification of the 
object of the maintenance action, report on material consumption, 
report of @@nhnour and action tiae accounting would satisfy 70.5 
percent of t^e regolresents fór 1۳۷۳۳۲۲ 811 1 


1 vata collected undgr 552 151215523236 Data 


information, 
Collection 3y4tea Ore gapposedly 1083512553 to cubstract a data 
file for the develonrent of Improved ranracerert techniques and 
decisions. 

Fizures 7 sad 2 11 الا‎ 1۳۷۷ tiè ata Blements collected 


for sone aspects of the maintenancs ata Collection وہ‎ [۱2 








lLogistics sesedrch Project 9190101 086 ۸1 AZGarandua, 
3erial I-170, A Survey of information llequirenanta for avy 
Gaintenases and Material Sancievent, 15 ¿9r1l 1995, 
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Item Number Description 





Material source code 
Unit of issue 
Cognizance symbol 
Federal Stock Number 
CLD/APL/AEN/AN* 
neference symbol 
yuantit y 

nit price 


1 
2 
2 
4 
5 
6 
T 
8 
9 


federal supply code for 
manufactures 


LO Part number 


11 Fund code 





* Component Identification/Allowance Part List/Allowance 
Zquipage List/army navy Number. 


rigure 7.--rarts Usage 


6 
4 
5 
a 
°@ 
à 
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a 0 
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item Number vescription 

A Administrative organization, 

2 Ship account number, 

2 Maintenance control number, 

4 Date. 

5 ¿quipment identification code, 
6 Work center, 

۴ Assisting work center, 

8 xepair activity accounting number, 
9 How malfunctioned, 
10 When discovered, 
11 Actlon taken, 
12 Units. 
13 .7ھ‎ 

14 serial numbers, 
15 Equipment time. 

16 Alteration identification. 

19 Type availability. 

18 bquipment down time. 

19 Service code, 


figure 8,--$hlp Maintenance Data 
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Data can be separated into two categories: (1) static 
data and (2) dynamic data. Static data may be defined as that 
data which are used mainly for reference and are updated in widely 
separated time frames independent of normal computer runs, 

Dynamic data include all data which are intended to be updated 
and which are either input to the systen or output by the system. 

Data requirements for the 3-=.1 System fall in the 
following categories: 

l. Dynamic/Static Data. 

as ship ¡laintenance Data. 
b, Parts Usage Vata. 
c. Aviation Maintenance and Statistical Data, 
d, Shipyard Data, 
2, Static Data, 
a. Ancillary (non 11003) Data, 

Although 5-4 data are subjected to various data 
validation programs, which will be discussed later, the quality 
of the more subjective deta elements depends on the motivation 
of those who complete the various reporting forms. “Inis 
motivation depends on the oovious advantages derived from 
providing quality reporting. Une potential advantage would be the 
use of the data that provide some visible, direct benefit to the 
supplier of data, 

voze of the data elements identified previously presen 


specific difficulty to the orderly and accurate reporting of 
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maintenance action, The Action laken Codes are limited in 
appropriate application or have varied implications., Ihe 
maintenance personnel must decide from the codes available how 
best to describe the action taken, 

The data element also presents a margin of confusion since 
the dates reported differ for the maintenance action, parts issue, 
deferral and work request documentation.  Ihese differences in 
dates do not facilitate the definition of a rigid document control 
system for Automatic veta Processing operations. 

Ihe most significant element is the nquipment Identifica- 
tion Code (LIC). These codes are provided in a manual issued by 
the Maintenance Support Cffice. The £quipment Identification 
Code is a basic coding structure established in the shipboard 
side of the Jen system whicn identifies the smallest desired 
breakdown of an equipment or unit and the system sub-system which 
serves 1t. The code is a basic identifier to which maintenance 
and material actions are related, 

eic's are assigned to identify the lowest desired 
breakdown of an equipment; for exanple, system, subsysten, 
equipgent, subassembly, part/circuit. This is done by requesting 
the engineering organization cognizant of the particular 
equipment to recommend the depth of the desired breakdown. These 
recommendations often result in the assignment of codes to the 


subassegbly level, the part level or bothe-this being the 
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engineer's cholce at the time. Several problems arise in 
connection with the use of Maintenance Vata Collection information 
due to problems associated with IC's. Use of the information 
in Allowance and Load List Program will be discussed later in 
this paper. 

Inere is a lack of common reference points between 
Maintenance Data Collection System documents relative ۷٨ a singly 
completed maintenance action. The Maintenance control Mimber 
may recycle frequently and be reassigned to the EIC when issued 
in blocks to the work centers. Control of the documentation is 
dependent on a combination of the Unit identification Code, 

The Maintenance Control Number, the Action Completion wate and the 
equipment identification Code, Ihis preciudes definition of a 
complete maintenance action for Automatic Vata Processing control. 
Centralized assignment of maintenance numbers? makes it difficult 
to assign a single number to a maintenance action without it being 
inadvertently utilized by another department. Under the present 
procedures, documentation of maintenance actions requires a 
Winimua of two separate documents bearing identical Maintenance 


2 


control nunbers, In some instances, such as a case that needs 


outside assistance, more then two separate documents are required. 
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Depending on how much knowledge a particular maintenance man has 





in the intricacies of the system, the situation can develop into 

| ya tangled maze of confusion. The recorded unit's indicating 

the number of equipments/components subjected to maintenance 
requirement or action is of questionable validity. The degree of 
maintenance each unit is subjected to in multiple unit 
maintenance requests is not clearly indicated, For example, if 
five identical equipments have been worked on: two units received 
minor or little maintenance effort (resources) to restore to 
specification; and three units received maximum maintenance effort 
(resources) to restore to specification. The reported information 
does not reflect the various degrees of resources expended. The 
accountability of serialized controlled equipage is difficult to 
establish when more than one unit is documented on a maintenance 
action form. Individual equipment data are lost with regard to 
the history of that equipment. For serialized equipments, the 
present requirement is to document individual equipment 
separately regardless of identicality of SIC and maintenance 
action taken. This imposes extra burden on the maintenance man 
to repeat all data elements on an individual maintenance data 
form except the serial number block. It is not impossible to do 
away with this prodlen of repetitive tasks but procedures have 
not been provided yet to alleviate this burdensome task of the 


maintenance man, 


quo by و پر سر‎ መክ ቁጣ 
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The reporting of Manhours, Units, and Active Maintenance 
Time on the present maintenance data form is restricted by the 
following limitations: 
a. Hanhours-==========....)=I99,9 
b. ህቭ3ዲቲ6- --“መመመመመመመመመመመመመ()መ(2:3 


C. Active Maintenance 


Whenever the above limits are exceeded an additional document or 
documents are required to record the overflow, 

The task of building a cross-reference capability into a 
computer system for parts usage data is probably preferable to 
the alternative of requiring that voluminous nomenclature 
information be supplied by the maintenance personnel. Yor 
exanunpld, the Unit of Issue, Urit Price, ard Cognizance Symbol 
could be obtained from such a file, 

fot all organizations have access to a pricing tool. In 
most applications, this data element on the maintenance action 
form is ignored and the “leet Oriented Consolidated Stock List 
file is used for eutomatic pricing. 

vata which are not formatted cannot be utilized asp a 
parameter for retrieval or output, as nay the data content of 
formatted data, Obviously, the application of the 3-M System as 
the sourne of data that can be processed by automatic means is 


dependent on accurate source data. 
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The maintenance action data generated in shipyards are not 
presently being collected under the Maintenance vata Collection 
System but are planned for the future as a mileatone in the 


l Ween the 2-À System is 


orderly implenentation of specific 39 
eventually extended to tne snipyards it will provide for the 
collection of data concerning which equipment required maintenance 
action at the depot level, the initial discovery of the 
malfunctlon, how the equipment’ malfunctioned, tne maintenance 


actions performed, and how many manhours were exvended to perform 


each mA@intenence action. 


Validation specifications in the zptas 


1H order to produce high quality, ehcurste, and meaningful 
reports, the validity of data used in their preparation must be 
established. 

Tne function of the validation is te fetermine the 
admissibility of data collected for use by the gvsten, 

ins validation teets £r&á based upon Bpebifloatlons devised 
in the fiall by the ?L€et Work Study Group, Atlantic, and are 
listrliouted to onerutlonal andi الست‎ JDL SZrocapnnilne support 
commands by the Maintenance Support Office, for quality reporting 


control npurooseg. 











lu, Se, „epartment of the Navy, Office of the chief of 
Naval Speretinna Inatruecltian 790,16, fumat 27, 1965, 
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MSO edits all input data to determine errors in certain 
selected fields in accordence with predetermined criteria and 
proßuces a vetailed Error Listing of these inconsistencies, 

Sixteen of the twentyesizx data fields on each parameter 
card are edited for validity. In these fields there may be 
errors that cannot be detected by the established criteria, ås 
an example, a unit price of one dollar may be reported as one 
hundred dollars. zäZrrors of this type and errors in the unedited 
fields art included in the Master Lata Files. 

Fatal errors--those that would tend to contaminate, or 
invalidate, an entire file--are not added to the file, Figure 9 


gives e list of errors considered to be fatal. 


465... 

















field Title Criteria 

Data not useful for report preparation 
because it cannot be related to a 
particular ship. 


Ships +ccount Yumber 


vata cannot be filed in the master 
file with the balance of its 
saintenance action or related to a 
specific maintenance ection. 


¡Bintensnca Control 
lumber 


vata cannot be related to a 
particular equipment, 


Equipment Identifica- 
tion 8 

Card Code Velid code required by the computer 

for field identification. 

0 110/۸ 1/۷ Valid data required to associate the 

ltem to a partícular equipaent or 

compcnent. 








Figure 9.--Fatal Errors* 


“Logistics Research Project Technical Memorandum, 
serial T-170, à Survey of Information hequirements for kav; 


Maintenance and Material “anagement, 15 April 1964. 
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According to و‎ quarterly report of mintenance Data 
Collection System (MDC3) errors for the first quarter of fiscal 
year 1967, of the 849,693 card images edited one or more fatal 
errors were found on 5.9 percent of the images. This compares 
to 187,729 card images and 7.8 percent fatal errors for the 
preceding quarter. 

Card images containing non-fatal errors are included in 
the Master Data File, however, and during this quarter 1.3 
percent of the card images included in the file contained at least 
one non-fatal error. 

Figure 10 shows the breakdown of the validity of data 
input for the first quarter of fiscal year 1967.1 

Completeness of data is an important element of a 
conceptually sound management information system. Based on a 
recent test of completeness of the data contained in MSO Master 
Jata rile it was found that thirty-seven percent of the 
maintenance actions requiring parts do not have their associated 
parts linked with the maintenance. in addition, the sample 
studied indicated the data bank contains more non-valid than 
valid parts data,“ 

in order for tne data collected to be of value to the 


users, #11 information associated with a single maintenance action 











14003 srror Seelysis .ug&rterly keport, Report 2124-2, 
Decambar, 19566, ሾኔ 5. 


“aintenarce Support Office Technical Report 3054-409067, 
15 3eptember 1967. 
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52 
must be tied together. The tying together of the data input cards 
yields a picture of what nas taken place--it tells the story. 
This association of cards ís accomplished by data processing 
equipment. If this union cánnot be effected in every case, then 
sone of the cards, representing events gererated by the action, 
will be lost. It will be difficult, if not impossible, to recreate 
this action within the data processing equipment or on paper under 
these circumstances. 

there ars a number of problems connected with the 
association of all elements of a maintenance action. In general, 
when data cards cannot be correctly tied together, it is the 
result of documentation errors, key punching errors or nonestandard 
procedures. 

The problem here appears to be that the data collection 
system gathers data at the working level, i.e., the maintenance 
man doing tne work documents his own actions, tiowever, parts used 
with such actions are not documented on 3e-M form; documentation 
is generated by reproducing, in part, supply documents, 0 
has been some discussion in the 3-4 environment about the use of 
supply cocumentations, but it nas been centered primarily around 
the difference between "usage" and "demand." Ihe supply system 
reactá to demand and yielda the numver of parts issued rather 
than tar number used. This will introduce errors into the syatex; 
however, it is hypothesized in this paper that the primary source 


of errors is a result of the physical seperation of source 
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25 
documents prior to being comiitted to machine reader language. 
This greatly increases the probability of error in like data 


fields, and also permits raporting only part of the actions. 


Plenned Meintenance 1۵8 kevortine by Ships 





the Maintenance Data Collection system provides a document 
on which maintenance personnel record, at the source, one time, 
and oné time only, designed information concerning planned or 
corrective maintenance actions required or accomplished, 

the total possible number of data elements to be entered 
on the @aintenance action form is twenty. when a planned 
maintenancw action cannot be accomplished due to ships operations, 
lack of material, or the requirement of outside assistance, 
additional documentation is required. Additionally, spare parts 
used during the maintenance cycle ara recordec on the reverse side 
of the action form, when such parta are procured from outside 
nora4l supply channels or from pre-expended bins, When parts are 
procured from normal supply cnannels, usage is recorded on the 
Supply issue document.+ 

The requirements to report all maintenance actions, 
planned and corrective, result in significant workload on the 


Operating forces. vJurlnv the Month of april, 1967, a total of 








4 desch A anual 9 vhapter 2 e. 





e س جت‎ a ست سس‎ 
nn. een... 
መሙ መ= ህዛም 
c-—— یست و‎ > (>? © oA پو‎ 3 
Me - پس‎ oom — o aa B — - ከጠባ 
uL — —— 


— — 











54 
300,964 maintenance actíor forme wire received by the Maintenance 
Support Office. Of this auentity, 50% were related to planned 
maintenance actions. 

48 a recent audit the four trea Audit C?fice, Philadelphia, 
Pennsylvania, estimated tne nunber of maintenance action documents 
is expected to increase eventually to about one hundred million 
annually., Of this quantity, approxisately sixteen million will 
rélate to shigtomrd maintenance.? Inerefore, if the current ratio 
of prewentive to corrective naintenence continues, approximately 
eight 7111110۳8 reported actions per year will result from planned 
preventive mintenance. 

intensnee Jupport Office studies indicate that there is 
a high level oi "pun decking” (falsifying records) in planned A 
maintenance reporting. 4 review of 2,278 required ectíons 
indicoted: 

197 accomplished and reported 

Wl Becomplisheil and not reported 

513 not 800018 1 01 

429 not ۸۵۵00824 9۳66 ánd not reported, 

This reprerentw approximately 37% "gun decking." 
Toe raesone fur "zur decking” are nany and varied but the 
9 


1 552556 526 12 12221115 رد04 08 0۳0 15 :23 301751 25516 








lyaval Aree Audit Report lo. 420677, Maintenance Support 
office, Aschaniceburg, Fennsylvania, January, 1967. 
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for Planned Maintenance Reporting. "it is required by type 

commanders and squadron commanders for policing actions, "? 
| the present requirement for reporting reflects the 
در‎ of many man nours at the shipboard level that could 
bå moro effectively utilized in the performance of maintenance. 
| Exception reporting couid eliminate the majority of the V 
reporting workload from the ships. 1 disadvantage of exception 
አከከ is that it introduces the human element of implying 

| that iniividuals are to "put themselves on report." This is not 
any different, however, from the present system whereby 

| individual ghips thet do not report Planned Maintenance Actions 


Bre nuWomnkicelly "on=repomt, " 
i 
Timeliness of Data input 








۲۳50۵ as well as other Navy orgenizations have been 
Anterestad in timeliness of data since the inception of the 3-15 
System, leveral studies have been conducted which display the 
cards received in relation to their action dates. 
| for any particular action month, the data nave the 
TFollowang cumulative arrival percentage: (igure 11) during the 
ction month, 5 percent; one month later, 50 percent; two months 


Later, € percent; three months later, 90 percent; four months 


Later, 95 pärcent; anid five monthe later, 97-98 percent. In 
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order for 10 percent of a monta's data to arrive at “50, it 
taxes at least mine full nonths after the action sonth.* 

figure 11 shows tae cumulative percentage of cards 
received with particular action dates by montns during the period 
covered. Therefore, the cards received and validated by 31 July 
1966 wore considered 1900 percent of the cards that would te 
receivad for each specified action date. rhe cumulative 
percentags of cards for each previous monthly period is calculated 
based an this as the 100 percent figure, 

the Iype 2oimander Reports are processed forty-five days 
aftar the end of the quarter to be covered in the report.? with 
this Wchedule, the quarterly report should include all data 
received on the last day of the month following the quarter 
ending date, "or example, the Type Commanier report covering 
April, "ay, and June will include all data received at Su 
through 31 July, A check of the first quarterly data shows that 
when the report is produced, only 90% of the tpril data will be 
includad, 33% of the May data, and 54% of the June data, for an 
overall incluñion percentage of 73. Jata which do not appear on 
the report due to lateness never appear on any subsegient Tyne 


Command@r keport. "ith the present cycle, 304 of ùll action is 








lasintenance oupport Office, Technical ñeport +2029- 
190126 (8), 5 amy 1967. 


8 Lipide 


2U, Aen Department of the Navy, Office of the Chief of 
Naval Operations, 028417 Instruction 4700.20, November, 1965. 
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never displayed.  3ased on its use, the report should be 
r&prséentativs of & quarter's worth of actions. Therefore, the, 
meed for the exclusion of "late" data is questionable. Since the 
data are not available in-tota@l, for mporoxisately nine months, 
there Are only two possible solutions--eíther wait nine months, 
e include the data missed in the next report, A report that 
included other actions ss received end did not present a 
particular quarter's wctions only would not be a “carton copy" of 
the quarter in question, but in the long run would be 
Peprepentative of a quarter's worth of actions. ‘Such & revort 


should be a mare accurate ard valuable tool than the present 


ivicompiete report. 


interface Problems 


ine fcope of the 2-" System and the very nature of the 
program-=-wbich eztenda into numerous organizations and programs 
0f the wyy--raguilre that it be compatible with operations within 
the 35772, The 3-2 oyeten 18 the Vavy's first attempt to design 
ind implement a system which provides supply and maintenance data 
requiresanta to fuactisas tHat are septrat@ly 225121104 in the Navy, 
This Teatar gud the fact thet 3-4 is imposed on an environment 
of "oau-going eyetemw" hesve given rise to gose of the interfacs 
ጋፓ0ህ19ጩ8 That ztl, 

“ha major area of conflict appears to be at the depot 


maintenance level where fleet and type commanders are establishing 
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29 
procedures to collect maintenance dat costs. the industrial 
dalnvtepánce Prediction Accounting (IMPAvuT) Program, } a module of 
the ugsources Management م۳0۷2‎ at the shipyard level; Uniforn 
&kutomatic Data ?rocessinz oystem for Naval Air kework Facilities; 
and the Wavy Ordnance fianagement Information System are examples 
of systess whose maintenance data are excluded from MSO's data 
bank, 

Ihe Uniform Automatic Data Processing System for 
Inventory Control Points (UADPS/ICP) (Ship's Parts Control Center 
segment), ship Jasualty keporting System (Cashkept), Conventional 
Ammunition Information Management System (Claims), and the 
Serialized Missile Accounting Control System (SMACS) are systems 
that are operating or will be operating from data bases located 
at the ships Parts Control Center, mechanicsourg, Pennsylvania, 
Since these systems will be supported by many of the same data 
elements (federal stock nusber, part nu»bers, equipment 
identification codes) that are contained in the 5-4. data bank at 
X30, it would inäicate thst with close coordination, analyses, 
design and programming effort could be optimized and tne develop- 
ment of files structures and data processing be kept to a minimur. 

Suirently, under the 5-4 3ystem, maintenance actions 
perforumà &t (1) tne organizational level (ship and aircraft 


squbdroo) end (2) the intermediate level (tender/repair ships and 








ly, S., Department of Defense Jirective 7000.1, «xesource 
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Banázeient systems of tne vevartuent of vefense, August 22, 19065, 
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Co 
repair activitiow Genore) ore bring 551105085. ‘lowever, & aetor 
segun of the oaintéeuénce wort performed if ur för the Navy is Y 
not being reported iñ the 3-4 Syatam. Until kni® void 15 filled, 
the data being collected Fenrbsäfnt only w part of the totsl 
mEintebànee perforsSed and, therefors, are incoäpläte and of 
questivaatlé uve and value to the usar. 
8 In the early abvelopment of the 5-' 5yuteu silestones were 
éstablishel" for tnà orderly iuplexwentztior of 46 tesks,1 
One df thebe tanks established b plan for the reporting under the 
2-8 System of maintenance work performed ut tne depot level--llavsl 
Shipyerite, Naval Ordnance Stations and Naval Sir Rework Facilities. 
በጊቴቪዐህፎኬ thé plan leckéd detail, 3 581686 objective was to include 
the debot level into the Meintenence Data Collection phase of the 
5=ቭቨ 5፳8565. To 0٤٥٨ tin pn not heen accomplished. 

Ihe existence of on-going informstion systóms of primary 
interest to the organizeiions meukione! »5gave undountedly has 
chusrsd & l&ck of @nthusifism on the part of the&e orp&nizations tc 
aabrace the 5-4 6SypÚptem,  Iintearstio^ of t'e efisting inforestion 
bysta and the 5-4 3ymtem rejaires $& clá&r uüntéreétanding of the 
Sonsepts, Gojactiven and requirements of 411 systems involved, 

51! additien ta depot level meintenanos work performed in 


75۷61 Shbipysrám © considerable mount of Such Maintenance is 
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61 
performed in private commercial yarda, Accounting, production 
end planning systems, mich of which sre consoliläaten in shipyard 
management information systems require naval shipyards to report 
when uná how they spani the funds ziven khen, and the expenditure 
accounting by job order Ap unqusntionably aocurste. Much of this 
stems from the Naval Comptroller and Teneral Accounting Office 
räquirsuerta to audit the use of public funda, On the other hand, 
detailed costs of labor and material used on ships being repuired 
or 0۷07781064 at private shipyards are not required to be 
submitted. fhe individuel work items ere apecifieol in a package 
(the low cont bidder on the total package gets the job) and return 
costs by individual work items ære not required. In fact, it is 
faa pec e Û that reporting actual costa would be repelled by private 
shipyards u" it expose their costs of doing business to 
competitors &nd thereby destroys fundamental principles of 
competition, 
۱ in order to collect repair and overhaul data ip private 
shipyards, the depot level reporting throuch the Wintenance Date 
2631665108 System would have to be beamed on estizates sade by thë 
planning personnal on tné staffw of ¿upervisore of jnipouildina, 
Conversion anl kepair, who are the contracting officers and 
Sanarery of Work on naval ships in private shipyirda, Thus, 0 
dilemea esists where costs of work ite@s don@ in private skipyaris 
do not reflect 26۳ costs, but estiamtes, wheréas work in bevel 


Shipyards jdasc represent actual expenditures, 
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Uka IV 
5355ل‎ Uy “em DATI 
General 


As a further attempt to evaluate the offeotlveness of the 
Day System, it is necessary to examine tne value of tae informa- 
tion generated, from the viewpoint of the user. StierSined in the 
objectives of the System fros ita incwptiow wer the igtention of 
gathering usage data on the zaterlial used ir soilnienarce actions 
56 as to provide a better base of r@epeir perte An Log operating 
fleet. 

Ihe اسر‎ System Manual? preecribes tist utpa Gta be 
recorded by naintenance and supply personsel aul avocensed by the 
system, Usage data thus acquired Are interded Zo provide current 
intelligence and actual usage history reletez bo ۷ ۳ 01۴ 0 
equipments. The ñavy Supply system i8 premently u#ing 5-XM System 


data to develop and improve its 111070166 Lier ۵ Y 


allowance List Program 


in order to ¿appreciate the significance of the use of the 


2=M System data jn the Allowance List P?ro-ram 1t is necessary to 
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first develop an understanding of the program itself, Further, 
it is necessary to understand the methods and procedures employed 
by the havy Supply System for the utilization of J-F data., 

The purpose of tne #llowence List croyrme if to establish 
the shipboard material support for inatúlled and pmrtahle equipment 
and to provide a listing of the Squipage required for a ship to 
perform its operational mission, fhe 002041225804 shisboard 
Allowance List includes all the equipments or comwonents installed 
for the ship to perform its operational @ssigneent; the repair 
parts and tools required for the repBir of the squipients, and 
the items required for the care and upkeep of tn® ship. 

In orcer to improve constantly the quality of tne 
ailowance list a program entitled the Fleet Lysistics support 


Improvement Programi 


was initiated which provilea for tne 
continuous rewrite and updating of the allowance list, 

The criterion established to define wart Should be in the 
allowance list is that it should include only itsum vital to the 
support of the primary mission of the ship or tus wafety and 
welfare of the crew. 


Ine following basic constraints eav'bli*; the Parameters 


for the allowance list: 
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l. Ihe ship must possess tie capability to 1285311 6 
provided repair parts considering the availability of trained 
personnel, special tools, facilities, ind mulotaranca 
instructions. 

e. vemand based items, whlch have û predicted usage of 
at least one in ninety deys, ár included, 

3. Insurance items, 89ኳ6ርሣ 5፳ pump lupellers, sTnatures, 
and trarsformers are provided on a Hirlaus quantlky b&sl8--that 
is, either one or thé sininum Taplacauant unit. 

In June of 1967 tha Tavy Sopply SyWtesd 2-56 
established a three phased program foi the utbligetion of the 3-4 
System data for the improvenent of coordinated 351-953 3 
Allowance Lists. l “his progran prescribed ۲: procsiures of the 
application cf 5-71! Jysten date, &lcong with “sere date gathered 
from other Sources, in the revisions of Aallowance Parte Lists 
within the parameters uf the Fleet Logistics Support Tuprorängät 
Program. 

The three phases of the progren require! : 

l. An analysis of repetitively usod 257511 parts which 
were carried in the allowance list, 

2. Ths development of new "best renlacnaent fectors" 
based on reported 3-.. usage data, 

J. the development of “application repiacesent factors" 


based on 3-7 وبول‎ 1. 
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65 
Ihe program directed the Fleet Material support Office 
and the Navy Inventory Control Points (Electronic supply, Great 
Lakes, Illinois and the 3hip's farte Jortrol ۷ و۷81‎ .acnanics- 


burg, Pennsylvania) to proceaw 3-4 Anta ror nllomance list,? 


On £ quarterly bûblۍ‎ tls ¿lens sutarisai ¿upnopw Office 
receives from tha intananes Supply Office û lage of tbe latest 
twenty-four months’ 5-4 882155 م‎ 3 unawe data còYering all 
items assigned tha 1210141184 304153 00۵ : 

"U'--Xateriasl not authorizgd for on Lwerd wkocking by the 
allowance list but stocked of board becaues ol sage and 
issued from storerooa Stock Wnan requested. 

"p"--Mmterial not authorized for où boemi etocking by 
allowance lists but stocked on board becauss of dummees/usage and 
was not in stock wnen requested. 

. “Q seäëterzl not crried which wee reyulsitioued or 
purchased when requested, Wot carried itewe 112 21054 not 
authorized for on, board stocking in any quantity oy tha allowance 
lists and also not atocked om boazd dbacmuss of i*uend/isage. 

Inis tape iscluies both tne federal stoca Dumbered and 
manufacturer's part numberad items, Tbe following dats are 


provided on each item: 








lIbid., Zrelosures (1) throum (hM). 
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1. Source Code. 

2. Type of Availability. 

3. Federal Stock Number or Part lumber. 

4. Special Aanagement Identification Code. 

5. Allowance Parts „ist Number. 

6. Equipment Identification Code. 

T. Nomenclature. 

8. Unit of Issue. 

9. Quantity required. 

10. ship's Unit Identification Code, 
11. Ship's Class and Hull Number. 
12. Date of Input (day-month-year). 
13. Unit price. 

For all items having a demand frequency of three or 
greater, the following lists reflecting all of the above data 
are prepared: 

1, Federal Stock/Part Number sequence and Allowance 
Parts within. 

2. Allowance Parts List sequence and Federal Stock/Part 
Number within. 

3, Federal Stock/Part Number sequence for those items 
which do not have an Allowance Parts List. 

These listings, along with similar data extracted from 
other reporting systems, are then forwarded to the appropriate 


inventory Control Points,l 





livid., pp. 1-2. 
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Subsequent to the initial listing, a record is maintained 
of those items with quantities summarized by quarter and 5 
submitted to the inventory Control Points for review over a two 
year period. Quarterly demands by Federal Stock Numbers are 
compared with this history file, and only those items which have 
not been shown on previous listings are forwarded. 

Upon receipt of the above listings the Inventory Control 
Points identify each Allowance Parts List to its approved 
maintenance plan and compare each item to determine if it has 
been designated as a maintenance candidate for the appropriate 
ship type. Tne part number items are identified to established 
Federal Stock Numbers. where the maintenance capability listed 
On the approved plan coincides with the level reported by the 
Ship, system stocks are reviewed to insure that support of the 
item is in accordance with the reflected demand. 

Intern Allowance Parts Lists are prepared and distributed 
to the applicable ships for updating of the ship's material 
support. 

The program for utilizing the 5- System usage data is 
relatively new; however, several studies have been conducted for 
the purpose of evaluating its effectiveness. 

During the month of September, 1967, the Fleet Material 
Support Office conducted a comparison and evaluation study on the 


three data collections systems providing demand/usage data for the 
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68 
conputation of replacement factors.! The three systems considered 
were: 

l. The 5-H System. 

2, The Supply Operations Assistance Program, 

3. The Inventory Control Point Collection System, 

The results of this study as they pertain to the J-N 
System indicated the following significant facts. 

Ihe first Navy ships started reporting under the j5-ií 
System in January, 1965, with other ships phasing into the system 
over varying time periods. The last Type Command Ships (Air 
Force, Pacific) entered into the system in Jay, 1966. These 
dates mentioned above cover the time period during which nearly 
all ships under a given Type Command entered the 3-4 reporting 
system. Reporting as of the study was still in the areas of 
service forces, carriers, and amphibious units, especially in the 
Pacific. 

Bs of the date of the study the Maintenance Support Office 
was conducting a study, on an activity basis, to determine what 
activities were not on the 5-4 reporting system and why they were 
not. This study is unquestionably necessary to insure complete- 
ness of reporting but it is interesting to note that it is being 
conducted by the organization designated as the central data 


processing activity. The Maintenance Support Office is an 





ly, Se, vepartment of the Navy, Navy Fleet Material 
Support Office, Letter 9712198 4000, September 21, 1967. 













| — ا"‎ 
"aaa pg, db," dam 
P 





= 


u — 
A ze — 
سس نه ج‎ ed ll 
-= ms ma a e rg <, 
al "ብኤ. و رام سي رم سی ی‎ 
m a Y NA سس چسیرر‎ 
وه‎ e iQ Enn 1] 

























— i w oos + ጣሽ 1 oe 
5ይ andy o la O رل اګ ار‎ 
mm يی‎ en gr سپ - ومماها ې سي‎ zg ore rya? 
ዘክ!  “ጽ ፍሙ ሑ اټ 8-6" — — وه‎ Cm | 
د اداه موسر‎ c a a ss Le em 
پوس‎ (qum و‎ < —w سس سه‎ — 
ہو‎ "e a” a يې‎ AMARE die UV - 

















መቱ o e =e (m don e ud d, 


, v. وہہ ما‎ mam 








69 
information processing service center and is not a command 
responsible for the completeness of reporting. 

The lack of timeliness in complete reporting is apparent 
in comparing two sets of usage data extracted for the Cruiser- 
Destroyer Force Atlantic destroyers. The first set of data 
covering the time period from January, 1965 through December, 
1965, contained 108,570 action reports. The second set of data, 
covering the time period from September, 1965 through August, 
1966, contained 233,075 action reports.! 

The study provides some insight into the validity of the 
data that are received. Maintenance action reports received from 
destroyers of both the Atlantic and Pacific Forces for the 


calendar year revealed the following: 


Atlantic Pacific 
Type Action ن2٥‎ 7” 89 Destroyers 


Valid maintenance action 
with parts ው ውን 30,195 


Invalid action with parts 40,462 26,681 
Parts without action 80,700 71,080 
Valid action without parts 663,599 479,061 
Invalid action without parts 57,270 57,267 
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The Navy Supply System is continuing to conduct research 
| -f development for future programs, for example, development of 
usage rates, provisloning criteria, and inventory management 
programs. However, certain weaknesses in the 3-1 System tend to 
lessen the confidence in usage data as reported. 

There are multiple ways to identify material--for example, 
manufacturer's part number, Federal Stock Number, “quipment 
Identification Code and the Component Identification Code, The 
most commonly used is the Federal Stock Number or the part number. 
The main problem in this regard is to have the data originator 
and/or key punch operator transcribe the alpha-numerical material 
identifier into the system. As illustrated previously, there 1s 
little by way of data validation once the data are forwarded to 
the Maintenance Support Office. When a manufacturer's part 
number is used to record usage data, it is difficult to read it 
mechanically because there are so many possible formats for a 
single part number, 

Usage data are often recorded against a major end item 
rather than against a specific sub-assembly. The assignment of 
an Equipment Identification Code to the sub-assembly of an 
equipment is conceivably as low in the breakdown structure that 
is necessary. One of the fundamental concepts of the 3=M System 
18 to relate maintenance actions and material usage to specific 
equipment applications, The Equipment Identification Code cannot 


be tied effectively to material coding systems such as the 
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fl 
Component Identification Code which is the basis for the repair 
part allowance lists. The equipment codes in their present form 
are maintenance oriented and developed independently of present 
cataloging systems. People having special technical experience 
in the three areas of (1) Hull, Mechanical, and Electrical; 
(2) slectronics; and (3) Ordnance, make the breakdown determina- 
tions independently. Because of the recognition by specialists 
of their particular problems, they reflect desires for informa- 
tion by varied code structures. Therefore, levels of indenture 
vary widely both within and between equipment categories. For 
example, four to six levels can be cited in the current 


structuring? 


anà levels of assignment are not controlled. Some 
codes go down to plece/part and others do not. Also, parent 

and subordinate entries are at the same level of indenture. 
Primarily, the code is a functional identifier which tells where 
the component is used. However, in some equipment areas, the 
assigned code is more than functional and establishes the exact 
identity of a component or tells what it is. Codes assigned to 
the Hull, Mechanical and Slectrical area are purely functional 
and do not identify a unique component by manufacturer, model or 


Other characteristics. On the other hand, codes assigned to 


Ordnance are functional and generally related to unique components. 





1 =“ Manual. 
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7 

Inherent in the Equipment Identification Code is the lack 
of consistency. Because of this feature, a simple conversion 
cannot generally be made from the code to the current material 
codes in the Navy. for example, no one-for-one relationship 
currently exists between the Equipment Identification Code and 
the Component Identification Code and the former does not relate 
to service application. without this cross-reference capability, 
the user is not able to identify the unique component by 
manufactures, model, or characteristic. As a result of this 
inability to identify a maintenance action to the specific 
component involved through the Equipment Identification Code 
alone, only limited use can be made of the data collected, with 
regard to allowance list improvement, and even this is realized 
Only through extensive manual effort on the part of the user. 

The 3eM Procedures “anual? does not provide for a uniform 
method of reporting material obtalned from other than normal 
supply sources, such as pre-expended, cannibalized, or salvage 
materlal, For example, pre-expended material is reported except 
for "screws, nuts, cotter pins and solder, etc." The term "etc." 
is confusing and subjected to varied interpretations. The pre- 
expended concept presupposes elimination of record keeping and 
reporting. The 2-4 System provides for record keeping and 
reporting to satisfy the requirements of technical analysis, 


maintenance costing and supply management. 
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There are several instances inherent in shipboard supply 
procedures where internal 5-4 issue documents do not result fron 
issue of materlal and, therefore, usage is reported to the 
system; for example, material requisitioned for direct turnover 
to the requestees, This material is not entered on the supply 
stock records and an internal issue is not prepared. Receipt by 
the requestor is obtained on the recelot invoice. Purchases in 
the open marxet are turned over to the requestor on the vendor 
invoice, thus an issue document is not generated. 

Currently there are not procedures which recognize or 
provide for the unit of issue versus the unit of use. At the 
organizational and intermediate levels, maintenance personnel 
record the unit of issue on the maintenance action document. 
Although technical research is required for this information and 
although any resemblance between unit of issue and unit of use 
may be coincidental, personnel are not instructed how to dispose 
of material charged to a Job Control Number but which is in 
excess of his needs because of unit pack considerations. 

There is no way to capture usage data for material 
consumed on tender/repair ships, having a mechanized data 
processing capability where the usage is recorded against its own 
Unit Identification Code. Procedures provide that pertinent 
supply data be entered in the maintenance action form where 
organizational maintenance is performed by itself, for itself, 


or a tender/repair ship. However, when the document flows through 
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the key puncher, there is no program to produce a complete usage 
card to include component Identification Code and Allowance Parts 
List information. The system does provide for such information 
for tended ships. 

In spite of the aforementioned problems with the accuracy 
and completeness of J-l System usage data, the havy Supply System 
is finding this information useful. Subject to certain procedural 
tightening of the system, the potential value of the 3-4 usage 
data is recognized for the development and refinement of 
Coordinated Shipboard Allowance List. 

The Navy supply Systems Command reports that as of July, 
1967, a total of 492,269 3-M parts usage cards were analyzed. 
Of this total there were 62,444 parts used that were not carried 
in shipboard allowance lists. The allowance list effectiveness 
based on this data was 87.4%.° 

Before the full potential of usage data can be realized, 
however, holes in the system must be plugged so that confidence 
is established in the quality, scope and vaiidity of the data, 

Current use of 5eif usage data tends toward correlation 


to, and improvement of, allowance lists. So long as current 





lipid., De 4=1, 


Navy Supply Systems Command briefing, Coordinated 
Shipboard Allowance List Program (unpublished). — 
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conditions prevail, replenishment decisions will necessarily be 
based on demand with little reference to reported 2-4 usage data. 
That is, the Supply System is now committed to replenish what is 
demanded out of the system, regardless of whether the Maintenance 
Data Collection System document is properly recorded and reported 
signifying usage of the material bought. However, as usage 
reporting is improved, comparison of reported demand and reported 
usage by customers becomes more meaningful. Intelligence of this 
nature should be a basis for local management to police recorded 


demand expenditures against what he reports as material use, 


configuration Management 


The Maintenance Data Collection System, as defined in 
OPNAV Instruction 4700.16C, is a system for collecting, processing 
and analyzing maintenance and material data and distributing 
information products derived therefrom to enable line commanders 
and material bureaus to carry out functions in support of 
operating forces.” 

The Navy Configuration Management Program, as described 
in Navy Material Instruction 5000.6 of 1 February 1966, is to 


constitute the basis for developing and implementing a system for 


effective total configuration data file for the use of the 





lu, Se, Department of the Navy, Office of the Chief of 
Naval Operations Instruction 4700.16C, 27 August 1965. 
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Standard Wavy Maintenance and Material Management System,” 
Upon review of these directives it is apparent that a 
vehicle for certain configuration information reposin;; in the 
5-m% System could be conceived as that in the Maintenance 2ata 
Collection System through its reporting documents. Under this 
reporting system it must be noted that the nature of the 
configuration information that can be reported is in generical 
title down to the lowest designated assembly by the major systems 
comprising the ship. Nowhere does this kind of configuration 
information directly relate to the identity of the system, sub- 
system, component or part to the total extent necessary to carry 
out technical analysis or support total configuration management. 
But it does provide a configuration structure breakdown which 

can be easily stored in automatic data processing equipment and 
programmed for retrieval in various formats to identify technical 
problem areas, support budgetary and manvower needs. In fact, 
the resources expended on ship's maintenance at the organization 
and intermediate level as reported through the 2-3 System are 
being planned for use under the Resource Management Systen 


(Impact) to support budgetary requirements. ® 
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iy, Joy) Department of the Navy, Office of the Chief of 
Naval Material Instruction 5000.6, Configuration Management, 
l February 1966. 
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There is not a single vehicle yet devised to suit the y 
requirements of configuration management, This kind of 
information is in many independent identification formats at 
numerous support activities. Even at this date, with many new 
ships, aircraft and weapons systems being conceived on the basis 
of their life cycle costs, there is still lacking a uniform 
approach which should be the basic building blocks for 
configuration management to support the concept, design, 
construction, operation, and maintenance phases. A case in point 
is the cost and weight information for the LHA Project. Here all 
past data of this nature are identified under e coding structure 
known as the Bureau of Ships consolidated Index of urawirss, 
Materials and Services Related to Construction and Conversion. 

On the other hand, all maintenance data on active ships are now 
being accumulated under the Zquipment Identification Code for 
purposes of reporting under the 5-i System. There is apparently 

no effort being made to make the forms compatible with the latter 
and, hence, the actuel cost of maintenance in the future cannot 

be applied to develop new ship concepts and their life cycle costs. 
Also, costing of concepts now being developed will not be 
verifiable in future operations. 

However, 5-4 data do contribute to the identification of 
requirements for follow on/replacement equipment and support the 
determination of maintenance requirements in the research phase, 


3=M documentation is of use in the development of the configuration 
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description in the concept formulation phase by relating previous 
experience to new design. It contributes to better description 
of maintainability and reliability specification in the contract 
definition phase, and can asist in measuring maintainability, 
reliability and provisioning decisions in test and evaluation 
actions. The 5-" System is 4 source of information relative to 
total production requirements, and can provide information 
relative to introduction of these new equipments/systems into the 
fleet. Finally, 2-4 documents maintain and support experience 
data in the operational phase of the life cycle and hence continue 
to accumulate data for further application in follow on life 


cycle events. 





CUAPTER V 
CONCLUSION 


& conceptually Sound and effective management information 
system is one that provides the resources for the generation, 
collection, analysis, storage and retrieval of data to support 
management in the functional areas of planning, decision-making, 
reporting, and control. To be of true value to management, 
information must be tímely, complete and accurate. The system 
should be designed so as tc reduce input redundancy thereby 
reducing the burden placed on the operating level. 4 02610102211 و‎ 
the system should provide outputs designed to the needs of the 
user, 

rased on the preceding evaluation, the 3- System fails, 
however, to fulfill many of the precepts of a conceptually sound 
management information system, as outlined in this paper, 

The purpose of 2=፡፲ 1s to serve management in tne 
achievement of those overall objectives of the Navy to which 
management 1s dedicated, The overall objectives of the 3- 
System have become somewhat obscured through the fragmented 


etatements of these objectives, or reference to secondary 
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objectives, in the many instructions and documents pertaining to 
the systen, 

| The JeM System was not initially envisioned as an 
independent maintenance and material management program, but 
rather it was designed to serve specific needs of maintenance 
personnel within the operating forces. However, İit possibly has 
gained identification as a "pedestaled" system through its 
"Semi-special project" status. 
| une of the essential ingredients of the 3-71 System is 
the visibility it can provide managers at all levels into the 
daily material support problems confronting the operating forces. 
This span of vision can and often does result in improved 
distribution of skilled manpower, improved material support, 
more efficient use of available manpower and material, improved 
engineering practices, better maintainability and reliability of 
installed equipments und weapon systems. Ihe system has produced 
many benefits during its relatively short existence, These 
benefits are being realized in varying degrees; some are being 
actively sought but require time to achieve; some are dependent 
on full implementation within the depot levels of maintenance, 

Jefining products needed by the user is a major problen. 

Although a user's survey was utilized prior to initiating the 
system, there still appears to be a lack of understanding as to 


what data are available in the system and what data are required 
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31 
by the user, “equirements are defined in general terms for 
notional or an abstract representation of the class of users. 
In order for the systen to function effectively and provide the 
information required at all levels, management must reconsider 
its objectives and more clearly define its requirements, 

Although the Supply and Ships Systems Commands have 
established programs bent on utilizing 3-2 data for Allowance 
List construction and configuration management, the data elements 
collected appear to be incompatible with on-going programs. For 
example, there is not a convenient way to relate the functional 
based Equipment Code to the design based component Identification 
Number used in the Allowance List program. Incomplete, inaccurate, 
and extremely late data presently generated by the system have 
lessened management's enthusiasm and obviously reduced the 
system's effectiveness. 

in an effort to gather information and develop a broad 
data base the system imposes an unnecessary reporting workload 
on the operating forces. The 3-M System requires the reporting 
of data which can be, and often are, provided by computer inputs 
vice reporting activity inputs. Such elements as the adminis- 
trative organization to which the reporting activity belongs or 
the unit of igsue and price for material used, can be readily 
maintained in the computer. xkequired reporting of all scheduled 
preventive maintenance actions accomplished aboard ship imposes 
an unnecessary burden, when reporting on an exception basis would 


serve the same purpose, 
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It is found in some instanses that organizational 
arrangements are not sufficiently well documented to insure the 
necessary recognition of responsibilities as they pertain to the 
continued development and administration of 3-1. 

Ihe system relies heavily oa data wnicn may be error- 
ridden, and erroneously derived. fhe only way that these data 
can be purified is through actual use which reveals data 
deficiencies. suxtensive cross referencing of supply data to 
maintenance actions is introducing errors into the data bank. 

It is obvious that the autnority and usefulness of MSU's data 
products are highly dependent upon the validity of the data 
injected into the system, "Garbage in, garbage out” is a trite 
but nevertheless true adage. 

Ine interval between the actual reporting of data and | 
the production of data reports by A30 is on the order of two to | 
five months. At best these untimely reports contain only three- 
fourths cf the data germane to the maintenance actions for a given 
time period, 

Interface problems among the J-M System and other 
information systems in the havy Department and vepartment of 
Defense are apparent and require close manazement attention in 
order to avoid needless redundancy and unnecessary collecting and 
maintaining of data. A detailed analysis of management 


informations systems in the Navy should be made to insure 


BS 

integration of the 3-1 3ysten within the Navy and to inaure 
optimum compatibility of all systems. 

The 3-91 System has not yet reached its full potential م‎ 
a management or management information system, It has, however, 
in the time since its initial development, become an essential 
tool to Navy managers in the attainnent of specific objectives. 

As in any system, modifications are required as the 
system progresses. However, more fundamental to the realization 
of a responsive and effective information system is the 
disciplined use of the system at all appropriate levels of 
management. Only in this way can the full potential of the 3-M 


System be realized, 
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